>When I try to 'Backup Files & Dirs' ABackup scans through a few files and then says it cannot find a file. The file exists and is always in a subdirectory.
>Trying to backup different dirs mostly gives the same error, though some dirs with few or no subdirs can be scanned ok.
>I have not registered (beeing extremly poor).
>I am using MUFS (beeing rather paranoid).
I don't think it's anything to do with not registering or using MUFS or even
with ABackup. I have recently had the same problem when backing up my HD and so
far as I can work it out, the problem lies with the file itself. I had a number
of files on different partitions which are "there" when you do a dir/list but
cannot be found when you try to do anything to them. They all have accented
characters in the filename and I think the problem arose when using an old
coverdisk version of QBTools to salvage the partition - it always complained
about "file in wrong hash chain" with any file having an accent (it doesn't
like links either) - probably because these are newer features of the file
system.
Anyway, the way to get around it is to move the offending file into a dummy
directory and create a comment for the directory (using the DOS filenote
command) starting with the word "SKIPME" (see the ABackup guide). When it goes
to build the directory list, ABackup will automatically skip this directory
containing the "missing" file. The only way to delete the "missing" file is to
backup the partition, reformat it, and restore the partition again.
Hope this helps,
Adrian
P.S. There have been some postings regarding people being unable to restore
files backed up using ABackup - I used the XPK NUKE library for compression and
had no problems, though I would recommend trying to restore some of your backed
up files to a different partition just to check it works before you go
